Media packaging

ABSTRACT

Described are methods, systems, and apparatus, including computer program products for packaging media. In some embodiments, the technology relates to a computer-implemented method of packaging media files. A list of one or more media asset IDs is received by a media packaging server. A packaging template is received by the media packaging server. One or more media files based on a media asset ID in the list of the one or more media asset IDs and the packaging template are retrieved, by the media packaging server. Metadata associated with the media asset ID based on the packaging template is retrieved by the media packaging server. The one or more media files and the metadata are packaged by the media packaging server into a delivery package in a packaging format indicated by the packaging template.

PRIORITY CLAIM

The present application is a Continuation application of U.S. patentapplication Ser. No. 15/786,121 filed on Oct. 17, 2017; which is aContinuation of U.S. patent application Ser. No. 14/621,080 filed onFeb. 12, 2015; which is a Continuation of U.S. patent application Ser.No. 13/622,881 filed on Sep. 19, 2012, now U.S. Pat. No. 8,984,575. Theentire disclosure of these prior applications/patents is considered asbeing part of the disclosure of the accompanying application and herebyexpressly incorporated by reference herein.

FIELD OF THE TECHNOLOGY

The present technology relates generally to media packaging anddelivery, and, more specifically, to packaging digital media and relatedfiles in accordance with a template for delivery.

BACKGROUND

Content producers, such as producers of movies, television shows, andother media content, often produce media content that is licensed bycontent customers such as cable television providers, Video-on-Demandservices, streaming services, etc. The content producers can providedigital versions of media titles (e.g., movies, television showepisodes, etc.) to these customers. These customers commonly requestmultiple media titles at a time (e.g., lists of several movies, seasonsof television shows, etc.) from the content producers. For example, anonline video streaming service might wish to obtain 100 media titles(e.g., movies) from a movie studio. The online video streaming servicemight want 100 specifically-identified media titles (e.g., specificmovies), or any 100 of the movie studio's media titles, or a mixture ofthe two. The movie studio can then collect digital versions of the mediatitles and provide them to the online video streaming service.

Providing digital versions of the media titles to the customer cancreate challenges for the content producer. Digital versions of mediatitles can include multiple media files. For example, a digital versionof a movie can include one or more video files, one or more audio files(e.g., dialog tracks, background audio, etc.), subtitle files, andmetadata files containing information about the movie (e.g., listings ofthe cast, credits, runtime, etc.). In addition to the challengespresented by providing a large number of media titles, individualcustomers can have separate requirements for the formats of the digitalversions, the language of the dialog tracks and/or subtitle tracks, howthe digital versions are packaged, and how the digital versions aredelivered. Past approaches involved manually collecting the files forthe digital versions of the requested media titles pursuant to theindividual customer's requirements, which is time consuming andinefficient.

SUMMARY OF THE INVENTION

With the content customers' increased demand for digital media content,there is a need for an efficient way to collect, package, and deliverdigital versions of media titles in a manner specified by the customer.The present technology can provide efficient media packaging anddelivery.

In one aspect, there is a computer-implemented method of packaging mediafiles. The method can include receiving, by a media packaging server, alist of one or more media asset IDs. The method can include receiving,by the media packaging server, a packaging template. The method caninclude retrieving, by the media packaging server, one or more mediafiles based on a media asset ID in the list of the one or more mediaasset IDs and the packaging template. The method can include retrieving,by the media packaging server, metadata associated with the media assetID based on the packaging template. The method can include packaging, bythe media packaging server, the one or more media files and the metadatainto a delivery package in a packaging format indicated by the packagingtemplate.

In some embodiments, the method can include retrieving, by the mediapackaging server, a second one or more media files based on a secondmedia asset ID in the list of the one or more media asset IDs. Themethod can include retrieving, by the media packaging server, secondmetadata associated with the second media asset ID based on thepackaging template. The method can include packaging, by the mediapackaging server, the second one or more media files and the secondmetadata into the delivery package in the packaging format indicated bythe packaging template.

In some embodiments, the method can include reformatting at least one ofthe media files based on the packaging template. Reformatting at leastone of the media files based on the packaging template can includetranscoding the at least one of the media files into a format indicatedby the packaging template. The method can include transmitting, by themedia packaging server, the delivery package via a network specified bythe template. The method can include storing, by the media packagingserver, the delivery package to a non-transient storage medium specifiedby the template.

In some embodiments, the method includes generating, by the mediapackaging server, a manifest identifying the one or more media files andthe metadata in the delivery package; and packaging, by the mediapackaging server, the manifest into the delivery package.

In some embodiments, the metadata can include one or more of formatinformation, runtime information, subtitle information, orclosed-caption information related to the one or more media files. Theone or more media files can include at least one video file and at leastone audio file that relate to the same audio-visual presentation.

In some embodiments, the method can include compressing the deliverypackage in a compression format specified in the packaging template. Themethod can include encrypting the delivery package in an encryptionformat specified in the packaging template.

In another aspect, there is a computer program product, tangiblyembodied in a non-volatile computer-readable storage medium, forpackaging media files. The computer program product can includeinstructions being operable to cause a data processing apparatus to:receive a list of one or more media asset IDs; receive a packagingtemplate; retrieve one or more media files based on a media asset ID inthe list of the one or more media asset IDs and the packaging template;retrieve metadata associated with the media asset ID based on thepackaging template; and package the one or more media files and themetadata into a delivery package in a packaging format indicated by thepackaging template.

In some embodiments, the computer program includes instructions beingoperable to cause the data processing apparatus to: retrieve a secondone or more media files based on a second media asset ID in the list ofthe one or more media asset IDs; retrieve second metadata associatedwith the second media asset ID based on the packaging template; packagethe second one or more media files and the second metadata into thedelivery package in the packaging format indicated by the packagingtemplate.

In some embodiments, the computer program product includes instructionsbeing operable to cause the data processing apparatus to reformat atleast one of the media files based on the packaging template. Theinstructions being operable to cause the data processing apparatus toreformat at least one of the media files based on the packaging templatecan include instructions being operable to cause the data processingapparatus to transcode the at least one of the media files into a formatindicated by the packaging template. The computer program product caninclude instructions being operable to cause the data processingapparatus to transmit the delivery package via a network specified bythe template. The computer program product can include instructionsbeing operable to cause the data processing apparatus to store thedelivery package to a non-transient storage medium specified by thetemplate.

In some embodiments, the computer program product can includeinstructions being operable to cause the data processing apparatus to:generate a manifest identifying the one or more media files and themetadata in the delivery package; and package the manifest into thedelivery package.

In some embodiments, the metadata can include one or more of formatinformation, runtime information, subtitle information, orclosed-caption information related to the one or more media files. Theone or more media files can include at least one video file and at leastone audio file that relate to the same audio-visual presentation.

In some embodiments, the computer program product can includeinstructions being operable to cause the data processing apparatus tocompress the delivery package in a compression format specified in thepackaging template. The computer program product can includeinstructions being operable to cause the data processing apparatus toencrypt the delivery package in an encryption format specified in thepackaging template.

In another aspect, there is a computer-implemented method of packagingmedia files. The method can include receiving, by a media packagingserver, a list of one or more media asset IDs. The method can includereceiving, by the media packaging server, a packaging template. Themethod can include determining, by the media packaging server, whetherone or more media files associated with a media asset ID in the list ofthe one or more media asset IDs are available based on the packagingtemplate. The method can include retrieving, by the media packagingserver, the one or more media files if the one or more media files areavailable. The method can include retrieving, by the media packagingserver, metadata associated with the media asset ID based on thepackaging template if the one or more media files are available. Themethod can include packaging, by the media packaging server, the one ormore media files and the metadata into a delivery package in a packagingformat indicated by the packaging template if the one or more mediafiles are available.

In some embodiments, the method can include displaying on a displaydevice the media asset ID if the one or more media files are notavailable. The method can include receiving, by the media packagingserver, a second media asset ID via a user interface to replace thefirst media asset ID.

Other aspects and advantages of the present technology will becomeapparent from the following detailed description, taken in conjunctionwith the accompanying drawings, illustrating the principles of thetechnology by way of example only.

BRIEF DESCRIPTION OF THE DRAWINGS

The foregoing and other objects, features, and advantages of the presenttechnology, as well as the technology itself, will be more fullyunderstood from the following description of various embodiments, whenread together with the accompanying drawings, in which:

FIG. 1 depicts an exemplary system for packaging media files;

FIG. 2 is a flow chart illustrating an exemplary computer implementedmethod of packaging media files;

FIG. 3 illustrates a portion of a packaging template 300 written in XML;and

FIG. 4A-FIG. 4D are a flow chart illustrating an exemplarycomputer-implemented method of packaging media files.

DETAILED DESCRIPTION

In some embodiments, the technology provides computer-implementedmethods and systems that can collect, package, and/or deliver digitalmedia content based on a customer's specified requirements. Thetechnology can allow a content producer to programmatically collect,assemble, package, and deliver a package of media files and metadataassociated with the desired media titles to a customer based on thecustomer's list of desired media titles and a template indicating howthe media are to be assembled, packaged, and delivered.

As an example, a media title can be a specific movie. The movie can haveone or more media files or media files associated with it. For example,a digital version of a movie can include one or more video files, one ormore audio files (e.g., dialog tracks, background audio, etc.), subtitlefiles, pictures, promotional materials, stills, and metadata filescontaining information about the movie (e.g., listings of the cast,credits, runtime, etc.). For example, the video portion of the movie canbe stored in one media file in 1080p resolution and in a different mediafile in 720p resolution. As another example, an English dialog track forthe movie can be stored in one media file and a French dialog track forthe movie can be stored in a different media file.

The technology can facilitate packaging and delivering media filesassociated with media titles. As an example of the technology, a usercan provide to a media packaging server a list identifying media titlesor assets (e.g., a list of movies) desired by a customer. The user canalso provide to the media packaging server a template identifyingvarious requirements of the customer. For example, the template canspecify that the customer wants digital versions of the media titles inMPEG 4 format and 1080p resolution, with an English dialogue track andSpanish and French subtitles. The template can also specify that thecustomer wants the digital versions of the media titles encrypted anduploaded to the customer's file server. With this information, the mediapackaging server can collect one or more media files associated witheach media title or asset that conforms with the client's requirements(e.g., one or more files with the video portion of the movie in theproper format and resolution, one or more files with the audio portionof the movie in the proper language, and one or more files with thesubtitles in the proper languages). The media server can package thefiles for all of the media titles, encrypt them, and upload the packageto the client's file server.

Turning to the illustrated embodiments, FIG. 1 depicts an exemplarysystem 100 for packaging media files. System 100 includes client 110,media packaging server 120, media repository 130, and recipient 140.Client 110, media packaging server 120, media repository 130, andrecipient 140 of system 100 can be connected via network 150. Examplesof networks include a bus, a local area network (LAN), a wide areanetwork (WAN), the Internet, wired networks, wireless networks, apacket-based network, and/or a circuit-based network.

In some embodiments, network 150 can include one or more sub-networks(not shown). For example, client 110 can be connected to a privatenetwork along with media packaging server 120 and media repository 130.Media packaging server 120 can be connected to a public network alongwith recipient 140. In such an embodiment, media packaging server 120can provide the packaged media to recipient 140 without recipient 140being on the same network as client 110 and media repository 130. Itshould be appreciated that other network topologies can be used inaccordance with the technology disclosed herein.

Client 110, media packaging server 120, media repository 130, and client140 can each be any computing device, including, for example, a server,personal computer, smart phone, PDA, or tablet. While the illustratedembodiment depicts Client 110, media packaging server 120, mediarepository 130, and client 140 as separate computing devices, in someembodiments two or more of client 110, media packaging server 120, andmedia repository 130 can be modules executing on the same computingdevice.

In some embodiments, media packaging server 120 can package and delivermedia files in accordance with the methods described herein. Forexample, Media packaging server 120 can retrieve medial files from mediarepository 130, package the media files, and deliver the media files torecipient 140.

Media repository 130 can store and access media files associated withmedia titles. As described above, media files can be digital files orcomputer files representing portions of media titles. In someembodiments, each media title (e.g., specific movie, tv episode, etc.)is assigned a media asset ID. Media files for a particular title can beassociated with the media asset ID for that media title. The variousmedia files (e.g., high resolution video file, low resolution videofile, English dialog track, etc.) for a particular title can be locatedbased on the title's media asset ID. Beneficially, specific files for amedia title can be requested from media repository 130 based on a mediaasset ID.

A media asset ID can be an alphanumeric string. In some embodiments, thecharacters of a media asset ID relate to the media content of theassociated media title, such as including indicia of the show, season,and episode. A media asset ID can uniquely identify a media title withinsystem 100. For example, a particular movie is associated with a mediaasset ID, along with the various media files containing portions of thatmovie.

FIG. 2 is a flow chart 200 illustrating an exemplary computerimplemented method of packaging media files. In some embodiments, system100 of FIG. 1 can be used to implement the method illustrated in flowchart 200.

At step 210, a list of one or more media asset IDs is received. Forexample, media packaging server 120 can receive a list of one or moremedia asset IDs from client 110 via network 150. In other embodiments,media packaging server 120 can receive the list of one or more mediaasset IDs from a local disk drive, network storage, or a database. Inthe exemplary embodiment, the list of media asset IDs can indicate mediatitles for which media files should be collected. As discussed above,each media title (e.g., specific movie, tv episode, etc.) can beassigned a media asset ID and the media files for each title can beassociated with the media asset ID for that media title. The list of oneor more media asset IDs can be in any format readable by media packagingserver 120. For example, the list of one or more media asset IDs can bein XML, plain text, or binary.

At step 220, a packaging template is received. In some embodiments,media packaging server 120 can receive a packaging template from client110 via network 150. In some embodiments, media packaging server 120 canreceive the packaging template from a local disk drive, network storage,or a database.

A packaging template can specify one or more aspects of how media filesshould be packaged for a customer. For example, a packaging template canspecify the video format in which media files should be delivered, suchas MPEG 2 or MPEG 4. A packaging template can specify the resolution forthe video media files, such as 720p or 1080p. A packaging template canspecify the dialogue track language or languages that should bedelivered, such as English, French, and/or Spanish. A packaging templatecan specify the subtitle language or languages that should be delivered,such as English, French, and/or Spanish. A packaging template canspecify whether the packaged files should be compressed, encrypted,and/or packaged as a TAR file. A packaging template can specify how thepackaged files should be delivered, such as on a disk or uploaded to afile server.

The packaging template can be in any format readable by media packagingserver 120. For example, the packaging template can be in XML, plaintext, or binary. FIG. 3 illustrates a portion of a packaging template300 written in XML. In the illustrated example, packaging template 300specifies the video format in which media files should be delivered isMPEG 2 (line 310). Packaging template 300 specifies the resolution forthe video media files is 720p (line 315). Packaging template 300specifies the dialogue track language that should be delivered isEnglish (line 320). Packaging template 300 specifies the subtitlelanguages that should be delivered include French and Spanish (lines 325and 330). Packaging template 300 specifies the packaged files should bepackaged as a TAR file (line 335). Packaging template 300 specifies thepackaged files should be delivered to a server (line 340). The severinformation can include the server's IP address, protocol, andauthentication information.

Returning to FIG. 2 , at step 230, media files are retrieved based on amedia asset ID in the list of the one or more media asset IDs and thepackaging template. For example, media packaging server 120 can retrievemedia files from media repository 130 based on the media asset ID andthe packaging template. Media packaging server 120 can request frommedia repository 130 the media files associated with the media assetthat satisfy the requirements specified in the template (e.g., mediafile format, resolution, language, etc.). As an example, the media assetID can correspond to a specific movie and the template can specify thatvideo media files should be in MPEG 4 format and 1080P resolution; thedialogue track should be in English; and French subtitles should beincluded. Media packaging server 120 can request from media repository130 the media files for the specific movie (using its correspondingmedia asset ID) that are in the MPEG 4 format and encoded in 1080P; themedia files for the English dialog track; and the media file for theFrench subtitles.

At step 240, metadata associated with the media asset ID are retrievedbased on the packaging template. For example, media packaging server 120can retrieve metadata associated with the media asset ID from mediarepository 130 based on the packaging template. The template can specifymetadata that should be included with the packaged media files. Forexample, the template can specify that each media asset's run time,producer, cast, production studio, release date, etc. should be packagedwith the media files.

At step 250, the one or more media files and the metadata are packagedinto a delivery package in a packaging format indicated by the packagingtemplate. For example, media packaging server 120 can package the one ormore media files and the metadata into a delivery package in a packagingformat indicated by the packaging template. In some embodiments, thetemplate can specify the packaged media files should be encrypted andput in a TAR file. Media packaging server 120 can package the mediafiles retrieved in step 230 and the metadata retrieved in step 240 intoan encrypted TAR file.

In some embodiments, the delivery package can be delivered to a locationspecified in the template. In some embodiments, the packaging templatecan specify the delivery package should be sent to a server (e.g.,recipient 140). Media packaging server 120 can send the delivery packageto recipient 140, which can be, for example, an FTP server. In someembodiments, media packaging server 120 can store the delivery packageto a storage medium, such as a hard drive or optical medium.

FIG. 4A-FIG. 4D are a flow chart 400 illustrating an exemplarycomputer-implemented method of packaging media files. In someembodiments, the method illustrated in FIG. 4A-FIG. 4D can be performedby media packaging server 120 of FIG. 1 .

At step 402, a package and delivery request is received (e.g., a list ofone or more media asset IDs). At step 404, a customer (e.g., a cableprovider, video-on-demand provider, etc.) is selected. In someembodiments, the customer can be selected based on the package anddelivery request (e.g., the package and delivery request can include anidentification of the customer). In some embodiments, the customer canbe selected based on human input through a graphical user interface.

At step 406, it is determined whether a record for the customer isfound. If a record for the customer is found, the method proceeds tostep 408. If a record for the customer is not found, a record for thecustomer is created at step 410. In some embodiments, the customerrecord can be created based on the package and delivery request (e.g.,the package and delivery request can include customer information). Insome embodiments, the customer record can be created based on humaninput through a graphical user interface.

At step 408, a packaging template is received. In some embodiments, thepackaging template can be received from a local disk drive, networkstorage, or a database. In some embodiments, the packaging template canbe received based on human input or selection through a graphical userinterface.

At step 412, media files are retrieved for each media asset ID in thelist of media asset IDs in the packaging and delivery request accordingto the rules specified in the packaging template. At step 414, it isdetermined if a single media file is found for each component specifiedin the template (e.g., video, English dialogue track, etc.) of eachmedia title. If a single media file is found for each component, themethod proceeds to step 416. If a single media file is not found foreach component, the number of media files found is determined at step418.

If multiple media files for a component are found, the correct mediafile is selected at step 420. In some embodiments, the correct mediaasset can be selected based on human input through a graphical userinterface. After the correct medial file is selected, the methodproceeds to step 416.

If no media files are found for a component, the method proceeds to step422. At step 422, a media file conforming to the template is generated.For example, if the template specifies that video media files should bein low resolution, a low resolution video media file can be generatedfrom a high resolution video media file associated with the same mediaasset ID. After the correct media file is generated, the method proceedsto step 416.

At step 416, metadata is retrieved. At step 424, it is determinedwhether all of the metadata is available. If all of the metadata isavailable, the method proceeds to step 426. If all of the metadata isnot available, the method proceeds to step 428. At step 428, additionalmetadata is received. In some embodiments, the additional metadata canbe received from an external source, such as a website or databasecontaining metadata. In some embodiments, the additional metadata can bereceived as a result of human input through a graphical user interface.

At step 426, metadata files are generated for the media titles (e.g.,for each media asset ID). The metadata files can be generated in aformat specified by the packaging template. In some embodiments, thesequence of fields (e.g., title, release, runtime) can be specified. Insome embodiments, the packaging template can specify whether themetadata is in XML and/or the XML, schema.

At step 430, a manifest file is generated. The manifest can provide alist of all the files being packaged (e.g., media files, metadata files,etc.).

At step 431, a delivery package is assembled. In some embodiments, thedelivery package includes the collected media files, metadata files, andmanifest file.

At step 432, it is determined whether the delivery package (e.g., mediafiles, metadata files, and manifest file) should be packaged into acontainer file. For example, the packaging template can specify thedelivery package should be placed in a TAR file. If the delivery packageshould not be placed into a container file, the method proceeds to step434. If the delivery package should be placed into a container file, thedelivery package is placed into a container file, as specified in thepackaging template, at step 436.

At step 434, it is determined whether encryption is required. Ifencryption is not required by the packaging template, the methodproceeds to step 436. If encryption is required, the delivery package isencrypted at step 438.

At step 436, the delivery package is delivered. The delivery package isdelivered as specified in the template. In some embodiments, thedelivery package can be delivered to a server specified in the template.For example, the delivery package can be delivered to a locationspecified in the template (e.g., uploaded to an file server specified inthe template, published in a shared directory, etc.). In someembodiments, the delivery package can be sent to a storage medium, suchas a hard drive or optical medium.

The above-described techniques can be implemented in digital electroniccircuitry, or in computer hardware, firmware, software, or incombinations of them. The implementation can be as a computer programproduct, i.e., a computer program tangibly embodied in an informationcarrier, e.g., in a machine-readable storage device, for execution by,or to control the operation of, data processing apparatus, e.g., aprogrammable processor, a computer, or multiple computers. A computerprogram can be written in any form of programming language, includingcompiled or interpreted languages, and it can be deployed in any form,including as a stand-alone program or as a module, component,subroutine, or other unit suitable for use in a computing environment. Acomputer program can be deployed to be executed on one computer or onmultiple computers at one site or distributed across multiple sites andinterconnected by a communication network.

Method steps can be performed by one or more programmable processorsexecuting a computer program to perform functions of the invention byoperating on input data and generating output. Method steps can also beperformed by, and apparatus can be implemented as, special purpose logiccircuitry, e.g., an FPGA (field programmable gate array) or an ASIC(application-specific integrated circuit). Modules can refer to portionsof the computer program and/or the processor/special circuitry thatimplements that functionality.

Processors suitable for the execution of a computer program include, byway of example, both general and special purpose microprocessors, andany one or more processors of any kind of digital computer. Generally, aprocessor receives instructions and data from a read-only memory or arandom access memory or both. The essential elements of a computer are aprocessor for executing instructions and one or more memory devices forstoring instructions and data. Generally, a computer also includes, orbe operatively coupled to receive data from or transfer data to, orboth, one or more mass storage devices for storing data, e.g., magnetic,magneto-optical disks, or optical disks. Data transmission andinstructions can also occur over a communications network. Informationcarriers suitable for embodying computer program instructions and datainclude all forms of non-volatile memory, including by way of examplesemiconductor memory devices, e.g., EPROM, EEPROM, and flash memorydevices; magnetic disks, e.g., internal hard disks or removable disks;magneto-optical disks; and CD-ROM and DVD-ROM disks. The processor andthe memory can be supplemented by, or incorporated in special purposelogic circuitry.

To provide for interaction with a user, the above described techniquescan be implemented on a computer having a display device, e.g., a CRT(cathode ray tube) or LCD (liquid crystal display) monitor, fordisplaying information to the user and a keyboard and a pointing device,e.g., a mouse or a trackball, by which the user can provide input to thecomputer (e.g., interact with a user interface element). Other kinds ofdevices can be used to provide for interaction with a user as well; forexample, feedback provided to the user can be any form of sensoryfeedback, e.g., visual feedback, auditory feedback, or tactile feedback;and input from the user can be received in any form, including acoustic,speech, or tactile input.

The above described techniques can be implemented in a distributedcomputing system that includes a back-end component, e.g., as a dataserver, and/or a middleware component, e.g., an application server,and/or a front-end component, e.g., a client computer having a graphicaluser interface and/or a Web browser through which a user can interactwith an example implementation, or any combination of such back-end,middleware, or front-end components. The components of the system can beinterconnected by any form or medium of digital data communication,e.g., a communication network. Examples of communication networksinclude a local area network (“LAN”) and a wide area network (“WAN”),e.g., the Internet, and include both wired and wireless networks.

The computing system can include clients and servers. A client andserver are generally remote from each other and typically interactthrough a communication network. The relationship of client and serverarises by virtue of computer programs running on the respectivecomputers and having a client-server relationship to each other.

The technology has been described in terms of particular embodiments.The embodiments described herein are examples for illustration only andnot to limit the technology in any way. The steps of the technology canbe performed in a different order and still achieve desirable results.Other embodiments are within the scope of the following claims.

1-25. (canceled)
 26. A computer-implemented method of packaging mediafiles, comprising: assembling, by a media packaging server, a firstdelivery package in response to a first request for delivery to a clientdevice, wherein the first request includes a first media asset IDidentifying a first requested media file to be included in the firstdelivery package and a first packaging template identifying forinclusion in the first delivery package metadata associated with thefirst media asset ID and a desired format for the first media file andthe metadata associated therewith; and transmitting the first deliverypackage to the client device.
 27. The method of claim 26, furthercomprising: assembling, by a media packaging server, a second deliverypackage in response to a second request for delivery to the clientdevice, wherein the second request includes a second media asset IDidentifying a second requested media file to be included in the seconddelivery package and a second packaging template identifying forinclusion in the second delivery package metadata associated with thesecond media asset ID and a desired format for the second media file andthe metadata associated therewith; and transmitting the second deliverypackage to the client device.
 28. The method of claim 26, furthercomprising: reformatting the first media file from a first format to asecond format, the second format being the desired format indicated inthe first packaging template.
 29. The method of claim 28, wherein thefirst media file is reformatted by transcoding the first media file intothe desired format indicated by the first packaging template.
 30. Themethod of claim 26, wherein the first packaging template indicates arequested network for the transmission of the delivery package, themethod further comprising transmitting, by the media packaging server,the first delivery package to the client device via the requestednetwork.
 31. The method of claim 26, wherein the first packagingtemplate indicates a requested non-transient storage medium for storingthe first delivery package, the method further comprising storing, bythe media packaging server, the first delivery package to the requestednon-transient storage medium.
 32. The method of claim 26, furthercomprising: generating, by the media packaging server, a manifestidentifying the first media file and the metadata in the first deliverypackage; and including, by the media packaging server, the manifest intothe first delivery package.
 33. The method of claim 26, wherein themetadata identified in the first packaging template comprises at leastone of format information, runtime information, subtitle information,and closed-caption information associated with the first media file. 34.The method of claim 26, wherein the first packaging template identifiesa requested compression format for compressing the first deliverypackage, the method further comprising: compressing the first deliverypackage in the requested compression format.
 35. The method of claim 26,wherein the first media file comprises at least one video file and atleast one audio file that relate to the same audio-visual presentation.36. The method of claim 26, wherein the first packaging templateindicates a requested encryption format for encrypting the firstdelivery package, the method further comprising encrypting the firstdelivery package in the requested encryption format.
 37. A computerprogram product, tangibly embodied in a non-volatile computer-readablestorage medium, for packaging media files, the computer program productincluding instructions being operable to cause a data processingapparatus to: assemble a first delivery package in response to a firstrequest for delivery to a client device, wherein the first requestincludes a first media asset ID identifying a first requested media fileto be included in the first delivery package and a first packagingtemplate identifying for inclusion in the first delivery packagemetadata associated with the first media asset ID and a desired formatfor the first media file and the metadata associated therewith; andtransmit the first delivery package to the client device.
 38. Thecomputer program product of claim 37, further including instructionsbeing operable to cause the data processing apparatus to: assemble asecond delivery package in response to a second request for delivery tothe client device, wherein the second request includes a second mediaasset ID identifying a second requested media file to be included in thesecond delivery package and a second packaging template identifying forinclusion in the second delivery package metadata associated with thesecond media asset ID and a desired format for the second media file andthe metadata associated therewith; and transmit the second deliverypackage to the client device.
 39. The computer program product of claim37, further including instructions operable to cause the data processingapparatus to reformat the first media file from a first format to asecond format, the second format being the desired format indicated inthe first packaging template.
 40. The computer program product of claim39, wherein the instructions are operable to cause the data processingapparatus to reformat the media file by transcoding the first media fileinto the desired format indicated by the first packaging template.